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A Virtual Device 
Technical field 

5 This invention' relates to mobile communication systems and 
mobile data services in general and in particular a Virtual 
Device for use in such systems; 

Technical background 

10 

Although mobile and portable devices are getting more and 
more advanced and incorporating more functions, it is 
foreseen that in the future a user will make use of more 
and more devices such as mobile phone, PDA (Personal 

15 Digital Assistant) , headset, microphone, digital camera, 

digital camcorder, etc. The user will have to manage all of 
them and it is not always an easy task even for 
technicians. It would be nice if the user can consider all 
the independent devices as one big "Virtual Device" having 

20 multiple input and output units and providing a coherent 
and surround interface to the user [1] , [2] . 

Commonly a number of add-on units are available for the 
users of mobile devices (cellular telephones and PDAs) , 
like head- sets, web cameras, external keyboards, printers, 
25 etc. These -units can be connected to the mobile device 
through e.g. a cable, an infrared link or a Bluetooth® 
link. However, the mobile device must be designed for 
handling these particular external units, and comprise the 
necessary interfaces and software solutions. 

30 An expansion of this concept is disclosed in Norwegian 
patent application no. 1998 5563 to Aktiebolaget LM 
Ericsson, now abandoned. This application describes a 
component -based terminal, in which the main component (a 
processing unit for a mobile telephone) is carried by the 
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user, and in which secondary components; head- sets, display 
units, etc., either can be carried on the users body, or be 
available in the near environment. Thus, the terminal is 
broken up into many separate functional elements. This 

5 means that the resultant terminal can include external 

facilities like a large stationary display screen, a full 
size keyboard or a printer that are available in the room 
where the user is situated at the moment (e.g. in his 
office) ; the terminal being configured on- the- fly in order 

10 to add in any components that are available. The 

configuration is controlled by software agents for each 
individual external unit; the agents being contained in the 
main component. However, the application does not furnish 
any more information on how the components interact or how 

15 the terminal is configured. The setup is locked to the 

features which are supported by hardware and software in 
the main component. 

Brief summary of the invention 

20 It is an object of the present invention to provide a 

Virtual Device that combine the abilities and resources of 
several independent devices possessed by the user, like 
mobile phones, PDAs, etc., by which the user does not have 
to purchase the resource twice and hence can save money. 

25 Another object of the invention is to provide a Virtual 

Device in which the individual devices share resources like 
processing power, battery power, memory, data, 
applications, network access points and user-interf aces . 

Still another object is to provide a Virtual Device in 
30 which the user stores his setup preferences in a user 

profile avoiding having to enter his preferences in each 
individual device . 
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The objects above are solved in a Virtual Device according 
to the present invention as claimed in the appended patent 
claims . 

In particular, according to a first aspect of the 
5 invention , a Virtual Device composed of a multitude of 
stationary and/or portable electronic devices is 
characterized in an Open Device with an available inner 
structure and a network interface, at least one Closed 
Device with a closed inner structure and a network 

10 interface, at least one Primitive Device arranged to 

communicate with said Open and Closed Devices and act as a 
pure slave to said devices, a system and network management 
software installed in said Open Device, said Open Device 
being arranged to act as a Personal Area Network 

15 controller. 

According to a second aspect, the invention relates to a 
Virtual Device composed of a multitude of stationary and/or 
portable electronic devices, which is characterized in a 
multitude of Open Devices each with an available inner 

20 structure and a network interface, at least one Closed 
Device with a closed inner structure and a network 
interface, at least one Primitive Device arranged to 
communicate with said Open and Closed devices and act as a 
pure slave to said devices, a distributed system and 

25 network management software installed on said Open Devices, 
said Open Devices being arranged to act as a Personal Area 
Network controller. 

According to a third aspect, the invention relates to a 
Virtual Device composed of a multitude of stationary and/or 

30 portable electronic devices, which is characterized in an 

Open Device with an available inner structure and a network 
interface and/or at least one Closed Device with a closed 
inner structure and a network interface, at least one 
Primitive Device arranged to communicate with said Open and 

35 Closed Devices and act as a pure slave to said devices, at 
least one of said Open or Closed Devices being equipped 
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with a network interface connected to an external network, 
a server in said external network on which is installed a 
system and network management software, said server being 
arranged to communicate with said Open and Closed Devices 
5 in order to act as a Personal Area Network controller. 

According to a fourth aspect, the invention relates to a 
Virtual Device composed of a multitude of stationary and/or 
portable electronic devices, which includes a Closed Device 
with a closed inner structure and a network interface 

10 connected to an external network, at least one Primitive 
Device arranged to communicate with said Closed Device or 
devices and act as a pure slave to said device or devices, 
a server in said external network on which is installed a 
system and network management software, said server being 

15 arranged to communicate with said Closed Device or devices 
in order to act as a Personal Area Network controller. 

Brief description of the drawings 

The invention will now be described in reference to the 
20 appended drawings, in which 

Figure 1 is an overview showing devices that might be 
included in a Virtual Device in a Personal Area Network 
according to the present invention, 

Figure 2 is a schematic diagram showing the overall 
25 architecture of a Personal Area Network, 

Figure 3 is a diagram showing a Virtual Device on a PAN 
with a unique Open Device, 

Figure 4 is a diagram showing a PAN application structure, 

Figure 5 is a diagram showing the organization of the 
30 Personal Area Network Middleware for a Virtual Device on a 
PAN with a unique Open Device, 
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Figure 6 is showing a Virtual Device on a PAN with multiple 
Open Devices, 

Figure 7 is showing the Personal Area Network Middleware 
for a Virtual Device on a PAN with multiple Open Devices, 

5 Figure 8 is showing a networked PAN without any Open 
Device , 

Figure 9 shows a Virtual Device on a networked PAN with an 
Open Device, 

Figure 10 shows the Personal Area Network Middleware for a 
10 Virtual Device on a networked PAN with an Open Device. 

Detailed, description of the invention 

With the emergence of local short-range communication 
15 technologies such as Bluetooth [3] , WIiAN [4] , HiperLAN, 
etc. local connectivity between devices is enabled. The 
devices belonging to a person will form a private Personal 
Area Network (PAN) where devices appear and disappear 
dynamically. However, most importantly, connectivity does 
20 not necessarily mean communication and many challenging 

issues must be resolved before devices can collaborate and 
together form a Virtual Device. This invention proposes and 
describes a PAN middleware that enables the formation of a 
Virtual Device on the PAN and that is capable of handling 
25 the dynamical presence of devices and the diversity of 
device types. 

This invention can be realized in at least four different 
embodiment s : 

1 . An architecture and the necessary middleware functions 
30 to realize a Virtual Device based on an isolated PAN 

(Personal Area Network) with a unique open device 



6 



2 . An architecture and the necessary middleware f unctions 
to realize a Virtual Device based on an isolated PAN 
with multiple open devices. 

3 . An architecture and the necessary middleware functions 
5 to realize a Virtual Device based on networked without 

open device 

4 . An architecture and the necessary middleware functions 

to realize a Virtual Device based on networked with 
open device 

10. In order to realize the Virtual Device, the PAN and his 

devices must be hidden to the user and his applications and 
this is done by introducing a PAN middleware. 

As shown in Figure 2 the PAN middleware must be capable of 
15 handling not only the Personal Area Network but also the 
heterogeneity and the dynamic of devices. There are 
precisely these two characteristics that make the PAN 
middleware different from the traditional Distributed 
Computing Middleware where the computing nodes are supposed 
20 to be stable and equal or at least having the minimum of 
capabilities e.g. processing, storage, communication, etc. 

Indeed, on the PAN there are a variety of devices such as: 

• Communications devices (fixed, mobile &IP phones) 
25 • Computing devices (Computer, PC, laptop, PDA, etc.) 

• Peripheral devices (Printer, scanner, digital camera, 
camcorder , etc . ) 

• Electronic devices (TV, stereo equipment, 
loudspeakers , etc . ) 

30 • Electronic appliances (fridge, espresso machine, 

washing machine , etc . ) 

The devices can be: 

• On-body or Off Body 
35 • Mobile or stationary 

• With or without Network connections 
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• With or without local wireless connections 

It will be necessary to differentiate the device types as 
follows: 

5 • Primitive device; Simple devices that cannot operate 

alone but are slave to other devices, e.g. earphone, 
microphone , display, etc . 

• Open device: Devices allowing the installation and 
execution of PAN Middleware and other applications, 

10 e.g. PDA, laptop, workstation, etc. 

• Closed device: Devices that can operate stand-alone 
but are like a black box i.e. its internal structure 
and functions are totally hidden and communicate with 
the environment though only well defined interfaces. 

15 For instance, a digital camera is advanced device 

having processor, memory, input and output units but 
does not allow the installation and execution of 
foreign applications. It communicates with the rest of 
the word via interfaces like serial, parallel, USB, 

20 etc . 



Let us now successively consider the following four 
solutions as follows: 

• Virtual Device on isolated PAN with unique Open device 
25 • Virtual Device on Isolated PAN with multiple Open 

devices 

• Virtual Device on Networked PAN without Open device 

• Virtual Device on Networked PAN with Open device 

VIRTUAL DEVICE ON ISOLATED PAN WITH UNIQUE OPEN DEVICE 

30 

In this PAN configuration, there is no device having 
connection with any wired or wireless network. There is 
only one Open device while the rest is either Primitive or 
Closed. Figure 3 shows a Virtual Device on a PAN with two 
35 primitive devices: microphone and earphone, two Closed 
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devices: Mobile phone and Camcorder, and one Open device: 
PDA. 

In such a PAN it is desirable to achieve the following: 

• All the Open and Closed devices should have the 
ability to use the Primitive ones i.e. the mobile 
phone, the camcorder and the PDA should be able to 
share the microphone and the earphone. It is worth 
noting that today, such a device sharing is not 
supported with Bluetooth. 

• The Open devices should have the ability to use Closed 
devices. This is possible although very dependent on 
the interfaces offered by the Closed device. For 
example, the PDA can only communicate with the mobile 
phone using the AT command [5] to make e.g. a call 
request . 

• The Closed devices can only user other Open or Closed 
devices if they are programmed for that . 

A PAN middleware is necessary to achieve the resource 
sharing as above. In this case the PAN middleware is 
located on the PDA since it is the unique device capable of 
accommodating the PAN Middleware (PANM) . 

Let us now define the necessary capabilities and functions 
for this configuration. 

A. Device Profile 

The PANM should be able to detect and to recognize what are 
the devices present in the PAN, what type they are and what 
capabilities they have or what service they are offering, 
e.g. printing, sound input, text displaying, etc. The PANM 
must have the mechanism to handle the device profiles 
containing device type and capabilities and to do the 
comparison with detected devices. The definition of device 
types must be logical and unambiguous definition of device 
types. It must be logical to address both composite devices 
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and inherited devices. It must be unambiguous to guarantee 
the identification of a device type. Ideally, the 
definition of device types should be standardized. 

5 B. Resource Discovery and Updating 

The Resource Discovery comprises both the Device and 
Service Discovery. To support the PAN 1 s dynamic where 
devices appear and disappear, the PANM should be equipped 

10 with mechanisms for Device Discovery and Updating. One 
alternative is to carry out polling periodically. Since 
Primitive devices may be tied to their master and not 
visible to other, the PANM should also ask also Open and 
Closed devices for Primitive devices connected to the 

15 device. In a second alternative, the PANM only run the 
device discovery once and relies on triggering from the 
network layer to update its device set. In a third 
alternative, the changes are only updated when an attempt 
to reach a device upon request from an application fails. 

20 

The PANM should also store the present devices. It is hence 
necessary to have a naming convention, e.g. PDA 1, Mobile 
2, etc. The network addresses (IP, Blutetooth, etc.) and 
protocols for each device must also be saved. 

25 

C. Device Input and Output redirection 

The PANM should be able to redirect an output stream from 
one device to the input stream of another one. For example 

30 the sound output stream from the PDA can be redirected to 
the earphone and the sound input redirected to the 
microphone. It must intercept the output stream addressed 
to a device at an output port, perform the necessary 
transformation and send it to another device on the PAN. An 

35 API (Application Programming Interface) should be defined 

D. Application/Service Input and output redirection 
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The input and output redirection should also be done at the 
application/service level, i.e. one application can be 
redirected to one device while a second one to another 
device. However, this capability is more difficult since it 
5 depends on the feature of the operating system and may also 
require a new application structure as shown in Figure 4 . 
An application consists of three components: Core, Input 
and Output. The Core component contains the main logic of 
the application and should remain invariant. The Input and 
10 Output Components should be specified according to the 

services supported such as sound input, text input, graphic 
display, colour printing, etc. If a device offers a service 
matching the one required then it can be used for the 
application. 
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E. User Profile Management 



The user and owner of the PAN should be reserved the right 
to define the following: 
20 • What devices are allowed to participate to his PAN 

when present within the PAN'S coverage. 

• How the devices should be used at a particular 
location or at a particular time or according to a 
certain timetable. How should the redirection between 

25 devices be 

• Which device should be internal and which one should 
be global and visible to the outside world. 

• Which applications and their settings 

• How should the applications should be distributed 
30 among the devices, i.e. how the three components 

should distributed among devices according to criteria 
as quality, price, battery level, etc. 

In addition, the user must have the ability to alter, 
35 remove, and add device and applications at any time and 
anywhere. These hard requirements put quite a lot of 
challenge on the design of the User Profile structure and 
the architecture of the system around it. 
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F. Interface to the user 

Since the user, as owner of the PAN, should be the one 
having the right to decide everything, there is a need for 
an application called PAN Control that offers interfaces 
allowing him/her to communicate and control the PAN 
Middleware. As other applications, the PAN Control should 
be also structured as Core, Input and Output and should 
support a variety of input and output services. 

O. Interface to applications and services 

With the apparition of the PAN, a brand new type. of 
applications called PAN-based applications is born. This 
new type of applications will actively take advantage of 
the unique properties of the PAN: device dynamic and 
resource sharing. A typical example of PAN-based 
applications is an application, which focuses on the 
control of existing applications, their parallel execution, 
their flexible and dynamic composition, the distribution of 
their input and output. The PANM should provide an 
Application Programming Interface (API) allowing the 
application access to the PAN capabilities and functions. 
Such an API can be implemented in different technologies, 
e.g. Java, CORBA, XML Web service, etc. 

H . Summary 

Generally, to realize a Virtual Device on an isolated PAN 
with a unique Open device the PAN middleware must be 
installed and executed on this unique Open device. 

As shown in Figure 5 the necessary capabilities and 
functions in the PAN Middleware (PANM) in the case of an 
isolated PAN with unique Open Device are: 

• Device Profile 

• Resource Discovery 
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• Device Redirection 

• Application Redirection 

• User Profile Management 

• PAN Control 
5 • PAN API 

This PAN configuration depends totally on the central 
device, the open device and will collapse when the open 
device disappears, is switched off or runs out of battery. 
10 Another disadvantage is the limitation of the resource 

sharing since most of devices are Closed and Primitive and 
hence impenetrable. 

VIRTUAL DEVICE ON ISOLATED PAN WITH MULTIPLE OPEN DEVICES 

15 In this PAN configuration, there are now multiple Open 
devices, multiple Closed devices and multiple Primitive 
devices. Figure 6 shows a Virtual Device on a PAN with two 
Primitive devices: microphone and earphone, two Closed 
devices: Mobile phone and Camcorder, and three Open 

20 devices: PDA, Laptop and PC. 

In such a PAN, in addition to the features identified for 
the previous case it is desirable to achieve better 
collaboration and more optimal resource sharing between the 
25 Open devices. The PANM as defined in the previous case can 
now be distributed among the Open devices. 

We present now successively all the possible alternatives 
for the distribution of the PANM (PAN Middleware) and 
30 resource sharing on the Open devices. 

A. Distributed Operating System 

In this alternative, the PAN Middleware is a Distributed 
35 Operating System deployed on all the Open devices and 

coupling them tightly as one. Such an alternative demands 
the implementation of the Distributed OS on all the Open 
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device types and with the rapid growth in type of mobile 
devices this could be difficult. Another disadvantage is 
that the device dynamic can create serious problem for the 
Distributed OS that requires much stability. 

5 

B. Distributed Computing 

In this alternative, the PAN Middleware is a Distributed 
Computing Middleware, which hides the distribution and 

10 communications from the applications and application 
developers. In order to be able to support PAN, the 
traditional Distributed Computing Middleware must be 
extended with functionality to cope with the dynamic of 
devices. This alternative has an advantage compared to the 

15 previous in the sense that there are fewer operating 

systems and the number of Middleware implementations is 
lower. On the other, it is important to quantify the 
overhead introduced and to investigate whether it is 
acceptable . for mobile devices with limited processing and 

20 storage capabilities and battery life. 

C. XML Web Services 

In this alternative, the PAN Middleware consists of the 
25 logic necessary to expose the capabilities and functions of 
each Open device as an XML (extensible Markup Language) Web 
services [6] . The other Open devices can hence invoke these 
Web services by using SOAP (Simple Object Access Protocol) 
[7] . With the Web service concept unlike the Distributed 
30 Computing the distribution is not hidden. Entities know 

that communicate with remote entities but communication is 
made simpler by the automatic generation of SOAP message. 
This alternative requires that a Web service platform is 
installed on each Open device offering Web service and this 
35 could create an overhead to the PAN. However, the devices 
are more loosely coupled in this alternative and it can 
cope better with device dynamic. 
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D. Application distribution, coordination and control 

In this alternative the PAN Middleware performs the 
distribution, coordination and control of applications 
5 based on the application structure: Core, Input and Output. 
The distribution of the input and output components is 
already taken care by the Application Redirection Function 
mentioned earlier- Concerning the Core # it could only be 
moved and resumed on compatible Open device, i.e. devices 

10 capable of supporting it. For example, an application Core 
written in Java can only be moved to a device having a Java 
Virtual Machine and not to a MS Windows device. To achieve 
the application migration, the mobile agent concept can be 
appropriate since an agent can stop the execution of an 

15 application, serialize it, transport it to another device, 
de-serialize and resume the execution. 

E. SUMMARY 

20 Generally, to realize a Virtual Device on an isolated PAN 
with a multiple Open devices the PAN middleware should be 
distributed among the Open devices. To achieve the 
distribution of the PANM and resource sharing between Open 
devices a new function is introduced in the PANM called 

25 Resource Sharing. The Resource Sharing can be realized by 

one or combination of the approaches: Distributed Operating 
System, Distributed Computing, XML Web Services or 
Application distribution, coordination and control. 
To achieve optimal resource usage a Resource Sharing 

30 function is required in the PANM as shown in Figure 7. The 
necessary capabilities and functions in the PAN Middleware 
(PANM) in the case of an isolated PAN with multiple Open 
Devices are : 

• Device Profile 

35 • Resource Discovery 

• Device Redirection 

• Application Redirection 

• User Profile Management 
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• Resource Sharing 

• PAN Control 

• PAN API 

VIRTUAL DEVICE ON NETWORKED PAN WITHOUT OPEN DEVICE 

5 

In this configuration the Virtual Device does not have any 
Open device but only either Primitive or Closed device. 
Usually as mentioned earlier, without an Open device, the 
Virtual Device will collapse but fortunately there is a way 
10 to remedy the situation if there is one device with network 
connection. 

As shown in Figure 8, the mobile phone allows communication 
with a Computer running PAN Middleware. In this case the 

15 PAN can function very well because it is logically 

equivalent to the configuration Isolated PAN with unique 
Open device if the Computer on the network is considered as 
a PAN device. This configuration is, however, very- 
interesting since it opens for several relevant usage. 

20 Indeed, the network computer can be Home PC or the office 
workstation that the user always leave behind when 
traveling but it can still participate and give support to 
his PAN. This network computer can also be provisioned and 
managed by a Service Provider that offers PAN service to 

25 the users. 

SUMMARY 

Generally, it is possible to realize a Virtual Device on a 
30 networked PAN without any Open Device if the user has an 
Open device on the network (Internet) running- the PANM. 

1.1.1. VIRTUAL DEVICE ON NETWORK PAN WITH OPEN DEVICE 

In this configuration, the PAN has all the device types: 
35 Open, Closed and Primitive but also those having network 

connection. This configuration is logically equivalent with 
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the Isolated PAN with multiple Open devices. However, as 
shown in Figure 9 in order to reduce the usage of the 
network connection, it is perhaps desirable not to have 
tight coupling between the PDA on the PAN and the network 
5 computer. The network computer in this case acts as a safe 
storage and a Synchronization function should be added in 
the PANM (PAN Middleware) as shown in figure 10. The 
synchronization function ensures the consistency of the 
Virtual Device data, settings and profiles. 

10 

It is also quite useful to include a Device Software 
Installation and Updating function that offer the 
possibility to search, select, download and install the 
appropriate software version for a device on the PAN. When 

15 the user wants to add a new device in his Virtual Device 
specific software, e.g. drivers, plug- ins, etc. may be 
required. The Device Software Installation and Updating 
function may carry out the necessary operation and allow 
seamless introduction of new devices to the Virtual Device. 

20 SUMMARY 

In a Virtual Device on a networked PAN with Open Device, 
the Open Devices both on the PAN and on the network 
(Internet) should run the PANM. 

25 The necessary capabilities and functions in the PAN 

Middleware (PANM) in the case of a networked PAN with Open 
Device are: 

• Device Profile 

• Resource Discovery 
30 • Device Redirection 

• Application Redirection 

• User Profile Management 

• Resource Sharing 

• Synchronization 

35 • Device Software Installation 

e PAN Control 

• PAN API 
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Claims 

1. A Virtual Device composed of a multitude of stationary 
and/or portable electronic devices, 

charachterized in a first Open Device with 
5 an available inner structure and a network interface, at 

least one Closed Device with a closed inner structure and a 
network interface, at least one Primitive Device arranged 
to communicate with said Open and Closed Devices and act as 
a pure slave to said devices, said open and closed devices 
10 being connected in a Personal Area Network, a Personal Area 
Network middleware being installed in said first Open 
Device, said first Open Device being arranged to act as a 
Personal Area Network controller. 

2. A Virtual Device as claimed in claim 1, 

15 charachterized in a second Open Device 
connected to said Personal Area Network. 

3 . A Virtual Device composed of a multitude of stationary 
and/or portable electronic devices, 

charachterized in a multitude of Open 
20 Devices each with an available inner structure and a 

network interface, at least one Closed Device with a closed 
inner structure and a network interface, at least one 
Primitive Device arranged to communicate with said Open and 
Closed Devices and act as a pure slave to said devices, 
25 said open and closed devices being connected in a Personal 
Area Network, a Personal Area Network middleware being 
installed on said Open Devices, said Personal Area Network 
Middleware being distributed between said Open Devices, 
said Open Devices being arranged to act as a Personal Area 
30 Network controller. 

4. A Virtual Device as claimed in claim 3, 
charachterized in that a Web services 
platform is installed on each Open Device, each Open Device 
being arranged to invoke Web services running on other Open 

35 Devices . 
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5 . A Virtual Device as claimed in claim 1 , 2 , 3 or 4 , 
charachterized in that at least one of 
said Open or Closed Devices is equipped with a network 
interface connected to an external network. 

5 6. A Virtual Device as claimed in claim 5, 

charachterized in a server in said 
external network arranged to store a backup copy of 
information stored in said Personal Area Network, and 
synchronize said backup copy with said information. 

10 7. A Virtual Device as claimed in claim 1,2, 3 or 4, 

charachterized in that said open device or 
devices is/are arranged to discover and register any 
devices present in said Personal Area Network. 

8. A Virtual Device as claimed in claim 7, 

15 charachterized in that said open device or 
devices is/are arranged to periodically poll the network. 

9. A Virtual Device as claimed in claim 1, 2, 3 or 4, 
charachterized in that said open device or 
devices is/are arranged to redirect an output stream from 

20 one device to an input port on another device. 

10. A Virtual Device as claimed in claim 1, 2, 3 or 4, 
charachterized in that said open device or 
devices is/are arranged to redirect an application to a 
specific device present in said Personal Area Network. 

25 11. A Virtual Device as claimed in any of the claims 1, 2, 
3 or 4, 

charachterized in that said Open Device or 
Open Devices is/are arranged to store and maintain a device 
profile, said device profile including information on at 
30 least identity, type, capabilities and services offered by 
any Open, Closed or Primitive Devices available for said 
Private Area Network. 
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12. A Virtual Device as claimed in any of the claims 7-10, 
charachterized in that said Open Device or 
Open Devices is/are arranged to store and maintain a user 
profile, said user profile including information on at 

5 least which Open, Closed or Primitive Devices that are 

members of said Private Area Network, which Open, Closed or 
Primitive Devices that are available for said Private Area 
Network, redirection information, which Open, Closed or . 
Primitive Devices that should be visible on an external 
10 network, the distribution of services among Open or Closed 
Devices present , and the distribution of resources among 
Open or Closed Devices present. 

13. A Virtual Device composed of a multitude of portable 
electronic devices, 

15 charachterized in an Open Device with an 
available inner structure and a network interface and/or at 
least one Closed Device with a closed inner structure and a 
network interface, at least one Primitive Device arranged 
to communicate with said Open and Closed Devices and act as 

20 a pure slave to said devices, at least one of said Open or 
Closed Devices being equipped with a network interface 
connected to an external network which includes a Personal 
Area Network server, a Personal Area Network middleware 
being installed on said server, said open and closed 

25 devices and said server forming a Personal Area Network 
operated by said Personal Area Network middleware. 

14. A Virtual Device composed of a multitude of portable 
electronic devices, 

charachterized in a Closed Device with a 
30 closed inner structure and a network interface connected to 
an. external network, at least one Primitive Device arranged 
to communicate with said Closed Device or devices and act 
as a pure slave to said device or devices, a server in said 
external network on which is installed a Personal Area 
35 Network middleware, said server being arranged to 
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communicate with said closed device or devices in order to 
act as a Personal Area Network controller. 

15. A Virtual Device as claimed in claim 14, 
charachterized in that said server is 

5 arranged to store a backup copy of information stored in 
said Personal Area Network, and synchronize said backup 
copy with said information. 

16. A Virtual Device as claimed in claim 13, 14 or 15, 
charachterized in that said server is 

10 arranged to discover and register any devices present in 
said Personal Area Network. 

17. A Virtual Device as claimed in claim 16, 
charachterized in that said server is 
arranged to periodically poll the network. 

15 18. A Virtual Device as claimed in claim 13, 14 or 15, 
charachterized in that said server is 
arranged to redirect an output stream from one device to an 
input port on another device. 

19. A Virtual Device as claimed in claim 13, 14 or 15, 

20 charachterized in that said open device or 
devices is/are arranged to redirect an application to a 
specific device present in said Personal Area Network. 

20. A Virtual Device as claimed in any of the claims 14- 
15, 

25 charachterized in that said server is 
arranged to store and maintain a device profile, said 
device profile including information on at least identity, 
type, capabilities and services offered by any Open, Closed 
or Primitive Devices available for said Private Area 

30 Network . 

21. A Virtual Device as claimed in claim 16, 17, 18 or 19, 
charachterized in that said server is 
arranged to store and maintain a user profile, said user 
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profile including information on at least which Open, 
Closed or Primitive Devices that are members of said 
Private Area Network, which Open, Closed or Primitive 
Devices that are available for said Private Area Network, 
5 redirection information, which Open, Closed or Primitive 
Devices that should be visible on an external network, the 
distribution of services among Open or Closed Devices 
present, and the distribution of resources among Open or 
Closed Devices present. 

10 22. A Virtual Device as claimed in claim 12 or 21, 

charachterized in an interface to said 
Personal Area Network middleware allowing a user to control 
the Personal Area Network middleware. 

23. A Virtual Device as claimed in claim 12 or 21, 
15 charachterized in an Application 

Programming Interface to said Personal Area Network 
middleware allowing an application access to capabilities 
and functions of said Personal Area Network middleware. 

24. A Virtual Device as claimed in claim 23, 

20 charachterized in that said Application 
Programming Interface is implemented in Java or CORBA, or 
as an XML Web service. 
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Abstract 

A Virtual Device is described which is composed of at least 
one Open device, e.g. a PDA, laptop or mobile phone that 
can be programmed, at least one Closed device, e.g. a 
5 camcorder or digital camera with a closed inner structure, 
and a number of Primitive devices, e.g. a head-set or 
microphone. A middleware installed on one or more Open 
Devices or on an external server will act as a operation 
system getting the devices to cooperate as one Virtual 
10 Device. 
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Figure 1 The Virtual Device on PAN 
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Figure 2 PAN overall architecture 
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Figure 3 A Virtual Device on a PAN with unique Open device 
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Figure 4 A PAN application structure 
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Figure 5 The PANM for the Virtual Device on a PAN with 
unique Open Device 
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Figure 6 A Virtual Device on a PAN with multiple Open Devices 
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Figure 7 The PANM for the Virtual Device on PAN with 
multiple Open Devices 
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Figure 8 A Networked PAN without Open device 




